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(54) Method for validation of electronic transactions 



(57) An electronic transaction is validated by a cus- 
tomer placing a telephone call via the telephone net- 
work. The call is routed to a validation system and the 
telephone call provides the validation system with a 
transaction identification which identifies a previous 
electronic transaction between the customer and a ven- 
dor. The validation system communicates with the ven- 
dor server via a data network to retrieve a price for the 
transaction. The validation system then sends the price 

FIG. 1 

100 

110 



to the customer via the telephone call and awaits an 
acceptance by the customer. Upon receipt of the cus- 
tomer acceptance, the validation system sends an 
authorization to the vender server via the data network 
indicating that the transaction has been validated. The 
validation system also sends the transaction price to a 
network billing node which results in an additional 
charge to the customer's telephone bill. 
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Description 

Field of the Invention 

[0001 ] The present invention relates generally to elec- s 
tronic commerce and more particularly to the validation 
of electronic transactions. 

Background of the Invention 

10 

[0002] The popularity of the Internet, and in particular 
the World Wide Web (WWW) is growing. In turn, elec- 
tronic commerce over the Internet is also growing. In 
one type of electronic commerce, users are using the 
Internet to buy goods (e.g. books, clothing) which are is 
later shipped to the buyer. In another type of electronic 
commerce, users are buying access to Internet sites 
which are only accessible to paid subscribers. For 
example, a particular Internet site may allow users to 
search a patent database for patents of interest to the 20 
user. The provider of such a service may require that 
the user pay a monthly, or per transaction fee, for 
access to the system. 

[0003] The majority of electronic transaction charges 
are paid via a credit card. However, credit card transac- 25 
tions carry a substantial overhead. This makes it impos- 
sible to sell low value goods and services over the 
Internet in a cost effective manner. Thus, the sale of a 
book for $30 is a cost effective transaction for a mer- 
chant, whereas the sale of an electronic version of a sin- 30 
gle song or picture for $1 .00 is not cost effective. 
[0004] One solution to this problem is to accumulate 
small charges over time and bill the customer on a 
monthly basis. This is expensive and burdensome 
because it requires that the merchant establish and 35 
maintain a billing and collection process. Another solu- 
tion is to charge a customer a flat monthly charge for all 
transactions. This is only possible where the customer 
is paying for access to an Internet site. It does not work 
where the merchant is selling actual products. 40 
[0005] Another problem with credit card payments 
over the Internet is customer anonymity. Many users of 
the Internet may wish to buy goods and services over 
the Internet but would also like to remain anonymous to 
the merchant. The use of a credit card makes such ano- 45 
nymity impossible. 

[0006] One known solution to the problems of Internet 
billing is to use the telephone system 900 type services 
to pay for electronic commerce transactions. Such a 
service is provided by Internet Billing Company, Ltd. so 
(ibill) of Fort Lauderdale, Florida. In that service, an 
Internet site will require a password to access the site. 
In order to gain the required password, a customer calls 
a 900 telephone number and a recording provides the 
customer with the required password. The customer 55 
than returns to the Internet site and provides the pass- 
word to gain access to the desired goods or services. 
The customer is billed through his her telephone bill. In 



this system, there is no direct communication between 
the 900 billing system and the vendor Internet site. 
Instead, the password(s) and required 900 number to 
call are prestored in the vendor Internet site and in the 
900 billing system. This results in a somewhat inflexible 
approach to electronic transaction billing with some 
deficiencies. One deficiency in this approach is that it is 
susceptible to fraud. Since the password( s) are pre- 
stored in the vendor site, it is possible for a customer to 
provide valid password(s) to the vendor site without hav- 
ing first called the 900 telephone number to generate a 
charge. For example, the customer could have obtained 
the required password(s) from a prior customer of the 
vendor site who did call the 900 telephone number or it 
is possible that the security of the prestored list of pass- 
words could somehow become compromised. Another 
deficiency of this system is that it does not allow for var- 
iable billing. Each 900 number is pre-setup for a partic- 
ular billing value. These values cannot change on a per 
transaction basis. 

[0007] Thus, there is a need for an improved elec- 
tronic transaction validation method. 

Summary of the Invention 

[0008] The present invention is an improved electronic 
transaction validation method in which a telephone call 
is the mechanism for validating an electronic transac- 
tion. In accordance with the invention a telephone call 
from a customer is received by a validation system via 
the telephone network and, in response to the receipt of 
the telephone call, the validation system sends a signal 
to a vendor server via a data network to validate a pre- 
vious electronic transaction between the customer and 
vendor. Thus, the validation system communicates with 
the telephone via the telephone network and the vendor 
server via the data network in order to validate the 
transaction. 

[0009] In accordance with one aspect of the invention, 
the telephone call is placed to a telephone number (e.g. 
900 telephone number) which results in a charge in 
addition to the cost of the telephone call. This charge 
may be a fixed amount, or may be variable. If the 
amount is variable, the validation system receives the 
billing amount from the vendor server and provides the 
billing amount to a network billing node which will add 
the appropriate amount to the customer's telephone bill. 
In one embodiment, the validation system sends the 
amount to the customer via the telephone call and 
requests that the customer accept or decline the 
charge. Only if the customer accepts the charge does 
the validation system send the billing amount to the bill- 
ing node and send a signal to the vendor server to vali- 
date the transaction. If the customer does not accept 
the charge, the validation system sends a no-billing indi- 
cation to the billing node. 

[0010] These and other advantages of the invention 
will be apparent to those of ordinary skill in the art by 
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reference to the following detailed description and the 
accompanying drawings. 

Brief Description of the Drawings 
[0011] 

Fig. 1 shows a communication system in which the 
principles of the present invention may be imple- 
mented. 

Figs. 2A-2C is a flowchart which illustrates the 
steps performed in accordance with one embodi- 
ment of the invention. 



Detailed Description 

[0012] Fig. 1 shows a communication system 100 in 
which the principles of the present invention may be 
implemented. A customer premises 110 includes a 
computer 112 and a telephone 1 14. The computer 1 12 
may be any type of computer such as a personal com- 
puter, workstation, mainframe, etc. In one embodiment, 
the computer 112 execute Internet communication soft- 
ware such as a WWW browser (e.g. Netscape Naviga- 
tor or Microsoft Internet Explorer). Such Internet 
communication software is well known in the art. The 
telephone 1 14 is connected to the public switched tele- 
phone network (PSTN) 130 is a manner well known in 
the art. 

[001 3] The computer 1 1 2 is connected to the Internet 
120. This Internet connection can take various forms. 
For example, the computer 1 1 2 could be connected to 
the Internet 120 via 1) a direct Internet connection: 2) a 
local area network: 3) a wide area network: or 4) a resi- 
dential telephone line connected to a local exchange 
carrier (LEC) switch and an Internet service provider 
point of presence. Such various ways to connect a com- 
puter to the Internet 120 are well known and will not be 
discussed in detail herein because the principles of the 
present invention may be implemented utilizing any type 
of Internet connection. 

[0014] The Internet 120 is used herein as an example 
of a well known data network which may be used in con- 
nection with the present invention. However, it is to be 
understood that the present invention is not limited to 
the Internet embodiment shown in Fig. 1. The principles 
of the present invention may be implemented utilizing 
any type of data network instead of, or in addition to, the 
Internet. 

[0015] A vendor server 140 is connected to the Inter- 
net 120 and may be accessed by the customer compu- 
ter 112. The vendor server 140 may advantageously 
operate in accordance with hypertext transfer protocol 
(HTTP) such that the vendor server 140 implements a 
WWW server such that customer computer 112 can 
communicate with the vendor server 140 via the Inter- 
net 120 using WWW browser software. The vendor 
server operates in accordance with computer program 



instructions in order to carry out the necessary func- 
tions. In one embodiment, the vendor server 140 imple- 
ments an order system such that customers can access 
the vendor server 140 via the Internet 120 using WWW 

5 browsing software to order goods from the vendor oper- 
ating the vendor server 140. The operation of a server 
(e.g. vendor server 140) to communicate with client 
computers (e.g. computer 112) via the Internet 120 is 
well known in the art. 

10 [0016] The communication system 100 also includes 
a validation system 150. The validation system 150 
communicates with the customer telephone 1 14 via the 
PSTN 130. The validation system 150 communicates 
with the vendor server 140 via the Internet 120. In one 

is advantageous embodiment, the validation system 150 
comprises a 900 billing node 152 and an audio browing 
platform 154 connected via the PSTN 130. The 900 bill- 
ing node 152 is advantageously a 900 billing system 
which implements a variable amount billing service 

20 such as the AT&T Multi-Quest 900 Vari-A-Bill Service. 
Such variable billing in accordance with the invention 
will be described in further detail below. Alternatively, 
the 900 billing node may implement a standard 900 bill- 
ing service in which a caller is billed a fixed amount for 

25 calling a particular telephone number. In such an 
embodiment, various 900 numbers may be used in 
order to effectively implement a system which can bill 
customers various amounts. 

[0017]. The audio browsing platform 154 is a system 

30 which allows for the interaction between an audio 
device, such as telephone 114, and an Internet server 
such as server 140. Thus, audio browsing platform 154 
will request and receive documents from vendor server 
140 and interpret those documents into audio data suit- 

35 able for transmission to a customer at telephone 1 14. 
Similarly, audio browsing platform 1 54 interprets audio 
signals (e.g. speech or DTMF) received from telephone 
114 into data signals appropriate for transmission to the 
vendor server 140 via the Internet 120. The audio 

40 browsing platform 154 includes a processor which con- 
trols the operation of the audio browsing platform 154 in 
accordance with stored computer program instructions. 
Audio browsing platform 154 may advantageously be 
implemented using the technology described in United 

45 States Patent Application Ser. No 08/635801 filed April 
22, 1996, entitled Method and Apparatus for Information 
Retrieval Using Audio Interface, which is incorporated 
herein by reference. 

[001 8] In accordance with the invention, the validation 
so system 150 communicates with the telephone 1 14 via 
the PSTN 130 and the vendor server 140 via the Inter- 
net 120. This allows for orders placed by the customer 
using computer 112 connected to the vendor server 140 
via the Internet 120 to be validated via customer tele- 
55 phone 114 connected to the validation system 150 via 
the PSTN 130. In the embodiment shown in Fig. 1, the 
validation system 150 comprises a 900 billing node 152 
and an audio browing platform 154 in order to imple- 
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ment a validation system that is based on billing. How- 
ever, the validation system 150 may comprise other 
components in order to implement a validation system 
which validates customer transactions on criteria other 
than billing (e.g. identification, pre-registration, etc.). 
One skilled in the art could readily implement such alter- 
nate validation systems given the description herein. 
[0019] The operation of the elements of Fig. 1 will be 
further described in conjunction with the flowchart of 
Figs. 2A-2C which illustrates the steps performed in 
accordance with one embodiment of the invention. 
Referring now to Figs. 2A-2C, in step 202 a customer at 
customer premises 110 using computer 112 places an 
order with a vendor via an Internet connection to vendor 
server 146. This type of interaction between a computer 
user and a vendor server is well known and the details 
of such interaction will not be described herein. The 
order may be for various types of goods. For example, 
the customer could have requested the downloading of 
soft goods, such a computer program code, video, 
audio, text, etc. Such soft goods can be transmitted 
directly to the computer 1 12 from the vendor server 140 
via the Internet 120. Alternatively, the customer could 
have requested access to content located at the vendor 
server 1 40 or elsewhere. For example, the vendor may 
limit access to certain content at the vendor server 140 
to customers who have pre-registered and or paid a fee 
to access the content. Alternatively, the customer may 
have ordered hard goods, such as a book, clothing, etc., 
which must be delivered to the customer through some 
means other than electronically. In this case, the cus- 
tomer may provide the vendor with additional delivery 
instruction, such as delivery address. 
[0020] In step 204 the vendor server 1 40 generates a 
unique transaction identifier which will be used to iden- 
tify this particular transaction. This transaction identifier 
is stored in the vendor server 140 associated with the 
details of the particular transaction. Such details may 
include, for example, the goods requested by the cus- 
tomer as well as the price of the goods. Alternatively, the 
customer could be requested to choose a transaction 
identifier and provide the chosen transaction identifier to 
the vendor server 1 40. In such an embodiment, the ven- 
dor server 140 will check the customer chosen transac- 
tion identifier to make sure that it is unique, and if so, the 
vendor server 140 will store the transaction identifier 
associated with the details of the particular transaction. 
In yet another embodiment, the transaction identifier 
could be the telephone number of telephone 114. In 
each of these embodiments, a unique transaction iden- 
tifier is established, known to both the vendor server 
140 and the customer, which uniquely identities a par- 
ticular transaction. 

[0021] In step 206, the vendor server transmits the 
transaction identifier to the customer at computer 112 
via Internet 120. Further, the vendor server also trans- 
mits the telephone number that the user must call in 
order to validate the transaction. In one advantageous 



embodiment, the telephone number is such that it will 
result in a charge to the customer's telephone bill (e.g. a 
900 telephone number). The 900 telephone number 
may be shared by a number of vendors who are utilizing 

s the validation system 150. In such a case, the transac- 
tion identifier will be used to identify the particular ven- 
dor as well as the particular transaction. This will be 
explained in further detail below in conjunction with step 
218. In an alternate embodiment, the 900 number could 

10 be dedicated to a particular vendor such that each ven- 
dor has its own dedicated 900 number. 
[0022] As described above, it is noted that this tele- 
phone call need not necessarily result in a monetary 
charge. For example, the vendor may wish to validate 

is the customer based on some other criteria other than 
payment. For example, the vendor may only want to val- 
idate the customer's identity, which may be accom- 
plished by the customer placing a telephone call to a 
telephone number which will result in the customer's tel- 

20 ephone number being reported to the validation system. 
It is well known that the PSTN 130 can transmit the tel- 
ephone number of the calling telephone number. The 
customer's telephone number may then be used to val- 
idate the customer, with no charge being levied against 

25 the customer's telephone bill. 

[0023] In step 208 the customer places a telephone 
call via telephone 114 to the telephone number pro- 
vided by the vendor server 140 in step 206 via the 
PSTN 1 30. In step 21 0 the call is routed to the validation 

30 system 150, and more particularly to the 900 billing 
node 152 via PSTN, 130. The 900 billing node 152 also 
receives the dialed number from the telephone network. 
The routing of telephone calls in a telephone network 
and the receipt of the dialed number by a network node 

35 is well known in the art and will not be described in 
detail herein. In step 212 the telephone call, including 
the dialed number information, is routed from the 900 
billing node 152 to the audio browsing platform 154 via 
PSTN 130. The call is terminated at the audio browsing 

40 platform 154. 

[0024] Upon receipt of the call, the audio browsing 
platform 1 54 requests that the customer enter the trans- 
action identifier for the transaction being validated in 
step 214. This request is sent from the audio browsing 

45 platform 154 to the telephone 1 14 via the PSTN 130 uti- 
lizing the telephone call connection that was set up 
between the telephone 114 and the audio browsing 
platform 154. The request is in the form of an audio sig- 
nal (e.g. recorded voice signal). In step 216 the cus- 

so tomer transmits the transaction identifier to the audio 
browsing platform via PSTN 130. The transaction iden- 
tifier is advantageously transmitted via DTMF tones in 
response to the customer pressing appropriate keys on 
the keypad of the telephone 114. Alternatively, the cus- 

55 tomer may transmit the transaction identifier by speak- 
ing into the microphone of telephone 1 14 with the audio 
browsing platform 154 utilizing speech recognition to 
recognize the transaction identifier. In yet another 
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embodiment, if, as described above, the transaction 
identifier is the telephone number of telephone 114, 
then such telephone number could be automatically 
provided to the audio browsing platform 154 by the 
PSTN 130 in a manner which is well known. 
[0025] In step 218 the audio browsing platform 154 
determines the vendor server associated with the trans- 
action being validated. Assuming that several vendors 
utilize the same 900 number, the audio browsing plat- 
form 154 will ascertain the appropriate vendor server 
based on the transaction identifier entered by the cus- 
tomer in step 216. For example, the if the transaction 
identifier is 10 characters, the first 4 characters may 
identify the vendor of the transaction. Alternatively, if 
each vendor were assigned its own 900 number, then 
the audio browsing platform 154 will ascertain the 
appropriate vendor server based on the dialed number 
information received from the telephone network as 
described above in conjunction with steps 210 and 212. 
In either case, the audio browsing platform performs a 
table lookup, based on either the transaction identifier or 
the dialed number, to determine the vendor associated 
with the transaction being validated. The result of the 
lookup will be the Internet address which is associated 
with vendor server 140. In an advantageous WWW 
embodiment, the address is a uniform resource locator 
(URL). The use of URL's identify particular Internet 
servers is well known in the art. 

[0026] In step 220 the audio browsing platform 154 
establishes an Internet connection with the vendor 
server via the Internet 120. In one advantageous WWW 
embodiment, the connection is established using the 
well known hypertext transfer protocol (HTTP). Alterna- 
tively, the connection could be made using another 
Internet protocol, such as Telnet. In step 222 the audio 
browsing platform 154 transmits the transaction identi- 
fier received from the customer in step 21 6 to the ven- 
dor server 140 via the Internet 120 connection 
established in step 220. In step 224 the vendor server 
140 uses the received transaction identifier to retrieve 
the details (including price) of the particular transaction 
which were stored in the vendor server 140 as 
described above in conjunction with step 204. In step 
226 the vendor server 140 transmits the price of the 
transaction to the audio browsing platform 154 via the 
Internet 120. 

[0027] In step 228 the audio browsing platform 154 
transmits the price information to the customer via the 
PSTN 130 and telephone 114. This price information is 
transmitted in the form of voice signals. In step 230 the 
customer responds to the transmitted price information 
by either accepting or declining the transaction. The 
customer may respond using voice commands or using 
DTMF signals by pressing keys on the telephone 114 
keypad. In step 232 the audio browsing platform 154 
determines whether the customer accepted the trans- 
action. If the customer does not accept the transaction, 
then in step 248 the audio browsing sends a no-billing 



indicator to the 900 billing node 152. The no billing indi- 
cator may be any type of indicator which will inform the 
900 billing node that no charge is to be made against 
the customer for this transaction. In one embodiment 

5 where the 900 billing node implements a variable 
amount billing system, the audio browsing platform 154 
will send a price of $0.0 to the 900 billing node 152 
which will result in the customer not being billed for the 
transaction. The method ends in step 246. 

10 [0028] It is noted that if the method ends after step 
248, the validation system 150 has not sent an indica- 
tion to the vendor server 140 indicating that the transac- 
tion has been validated. Thus, if the customer 
attempted to retrieve the goods from vendor server 140 

is (for example rf the goods were soft goods or content), 
the vendor server 140 would not provide the goods to 
the customer because the transaction was never vali- 
dated by the validation system 150. 
[0029] If the audio browsing platform 154 determines 

20 in step 232 that the customer accepted the transaction, 
then in step 234 the audio browsing platform 154 trans- 
mits the transaction identifier and a validation indicator 
to the vendor server 140. In step 236 the vendor server 
140 stores an indication in its memory that order fulfill- 

25 ment is authorized for the transaction identified by the 
transaction identifier received in step 234. In step 238 
the vendor server 140 transmits an order authorization 
completion indicator to the audio browsing platform 154 
to indicate that fulfillment of this order has been author- 

30 ized in the vendor server 1 40. Depending on the type of 
goods ordered (e.g. soft, hard, access) tiie vendor 
server may also transmit additional order fulfillment 
information to the audio browsing platform 154 in step 
238. Such additional order fulfillment information may 

35 be, for example, a password which will allow the cus- 
tomer to access the vendor's system, delivery informa- 
tion, or any other pertinent information related to 
fulfillment of the order. In step 240, the audio browsing 
platform 154 transmits the order authorization comple- 

40 tion indication and any additional order fulfillment infor- 
mation which was received from the vendor server 140 
in step 238 to the customer via PSTN, 130 and tele- 
phone 114 using audio voice signals. 
[0030] In step 242 the audio browsing platform 154 

45 transmits the price of the transaction which was 
received from the vendor server 140 in step 226 to the 
900 billing node 152. In step 244, the 900 billing node 
152 charges the price of the transaction to the cus- 
tomer's telephone bill. The method ends in step 246. 

so [0031] The foregoing Detailed Description is to be 
understood as being in every respect illustrative and 
exemplary, but not restrictive, and the scope of the 
invention disclosed herein is not to be determined from 
the Detailed Description, but rather from the claims as 

55 interpreted according to the full breadth permitted by 
the patent laws. It is to be understood that the embodi- 
ments shown and described herein are only illustrative 
of the principles of the present invention and that vari- 
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ous modifications may be implemented by those skilled 
in the art without departing from the scope and spirit of 
the invention. 

[0032] Where technical features mentioned in any 
claim are followed by reference signs, those reference 5 
signs have been included for the sole purpose of 
increasing the intelligibility of the claims and accord- 
ingly, such reference signs do not have any limiting 
effect on the scope of each element identified by way of 
example by such reference signs. 10 

Claims 

1. A method for validating an electronic transaction 
comprising the steps of: is 



2. The method of claim 1 wherein said telephone call 25 
is placed to a telephone number which results in a 
charge in addition to the cost of the telephone call. 

3. The method of claim 2 wherein said charge is vari- 
able. 30 

4. The method of claim 3 further comprising the steps 
of: 



5. The method of claim 1 wherein said data network is 
the Internet. 

6. The method of claim 1 further comprising the step 45 
of: identifying said vendor server based on said 
transaction identifier. 

7. The method of daim 1 further comprising the step 

of: so 

identifying said vendor server. based on a tele- 
phone number dialed to establish said tele- 
phone call. 

55 

8. The method of claim 1 further comprising the steps 
of: 



receiving a charge amount at said validation 
system from said vendor server in response to 
said step of transmitting said transaction identi- 
fier: 

transmitting said received charge amount to a 
customer via said telephone call: 
receiving an accept/decline indication from 
said customer in response to transmission of 
said charge amount. 

9. The method of claim 8 further comprising the step 

of: 

providing said received charge amount to a 
network billing node in response to receipt of 
an accept indiciation from said customer. 

10. The method of claim 8 further comprising the step 
of: 

transmitting a no-billing indicator to a network 
billing node in response to receipt of a decline 
indication from said customer. 

11. The method of claim 1 wherein said transaction 
identifier is a telephone number of a calling tele- 
phone. 

12. A method for validating an electronic transaction 
comprising the steps of: 

receiving a telephone call at a validation sys- 
tem via a telephone network, said telephone 
call resulting in an additional charge billed to a 
calling telephone in addition to the cost of the 
telephone call; and 

in response to receipt of said telephone call, 
transmitting an authorization indication from 
said validation system to a vendor server via a 
data network. 

13. The method of claim 12 further comprising the step 

of: 

receiving at said validation system the tele- 
phone number of the calling telephone; and 
wherein said authorization indication com- 
prises said telephone number. 

14. The method of claim 12 further comprising the step 
of: receiving a transaction identifier from said call- 
ing telephone; and wherein said authorization indi- 
cation comprises sand transaction identifier. 

15. The method of claim 12 where said additional 
charge is variable. 

16. A method for validating an electronic transaction 



receiving a telephone call at a validation sys- 
tem via a telephone network, said telephone 
call providing a transaction identifier to said val- 
idation system; and 20 
transmitting said transaction identifier from said 
validation system to a vendor server via a data 
network. 



receiving a charge amount at said validation 35 
system from said vendor server in response to 
said step of transmitting said transaction identi- 
fier: and 

providing said received charge amount to a 
network billing node. 40 
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FIG. 2B 



FROM FIG.2A 
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AUDIO BROWSING PLATFORM 
TRANSMITS TRANSACTION 
IDENTIFIER TO VENDOR SERVER 



222 



VENDOR LOOKS UP ORDER 

DETAILS BASED ON 
TRANSACTION IDENTIFIER 



224 



VENDOR SERVER TRANSMITS 
PRICE TO AUDIO 
BROWSING PLATFORM 



226 



AUDIO BROWSING PLATFORM 
COMMUNICATES PRICE TO 
CUSTOMER VIA TELEPHONE 
AND REQUESTS ACCEPT 
OF DECLINE 



AUDIO BROWSING PLATFORM 
TRANSMITS TRANSACTION 
IDENTIFIER AND VALIDATION 
INDICATOR TO 
VENDOR SERVER 



T 

TO FIG.2C 
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AUDIO BROWSING PLATFORM 
SENDS NO-BILUNG INDICATOR 
TO 900 BILLING NODE 



234 
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TO FIG.2C 
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comprising the steps of: 

a) receiving a transaction identifier via a tele- 
phone network; 

b) transmitting said transaction identifier to a s 
vendor server via a data network; 

c) receiving a charge amount via said data net- 
work in response to step b); 

d) transmitting said charge amount to a billing 
node. 10 

17. The method of claim 16 further comprising the step 
of: billing said charge amount to a customer tele- 
phone bill. 



18. The method of claim 17 wherein said charge 
amount is variable. 
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FIG, 2A 



CUSTOMER PLACES ORDER WITH 
VENDOR VIA INTERNET 



VENDOR GENERATES AND STORES 
UNIQUE TRANSACTION IDENTIFIER 



VENDOR TRANSMITS TRANSACTION 
IDENTIFIER AND 900 # TO 
CUSTOMER VIA INTERNET 



T 



CUSTOMER PLACES TELEPHONE 
CALL TO SPECIFIED 
900 # VIA PSTN 



I 



CALL ROUTED TO 900 
BILLING NODE 



CALL ROUTED TO AUDIO 
BROWSING PLATFORM 
AND TERMINATED 
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AUDIO BROWSING PLATFORM 

REQUESTS TRANSACTION 
IDENTIFIER FROM CUSTOMER 



T 



CUSTOMER TRANSMITS 
TRANSACTION IDENTIFIER TO 
AUDIO BROWSING PLATFORM 
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AUDIO BROWSING PLATFORM 
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